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(54) Method .'arid apparatus for processing documents. 

@ In a method and apparatus for processing xV ; ; 
documents (30), a digital image of each docu- 
ment (30) is captured anrj stored in ja memory f 
(70). A feature modei is formed from the stored 3 
image by extracting graphical features such as 
horizontal lines and/or boxes from the stored; 
image, and this feature model is compared with ' 
stored feature models from an identification 
feature file (80) to identify the type of the docu- 
ment. The identification information . is used to 
select, from a document definition file (82), an 
appropriate document description for identify- ^ 
ing document zones to be read, and, from a 
library of image processing utilities (84), an 
■ appropriate processing utility, such as a data 
recognition utility to recognize the information 
read from such zones. * The invention has an 
application to a self-service document proces- ^_ 
sing terminal (10) for processing documents £} 
such as cheques (100) to be deposited or bills 
(150) to be paid. 
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This invention relates to a method of processing 
documents of a 'plurality of types? ' '* " " , ' t ' 

The invention also relates, to apparatus for proc- 
essing documents of a'piui^lity of types. 

The processing by financial institutions, such as s 
banks, of financial documents such as cheques to be 
deposited and bills to be p&id [ is 'a costly and time- * 
consuming operation, and; dan often involve a cus-' 
tomer wishing to perform a financial transaction, such 
as depositing a cheque or paying a bill, 5 in a long wait-~ ^ io • 
ing time to receive the attention of'a bank teller to per- • • " ' 
form the transaction. The fi nahcial documents nan- 
died by the bank teller may be of many diffeireht types' ^ 
with differing information layouts, 'and con tainjhfor- L - 
mation which may be handwritten i or pnrited in any ^5 
one of a wide variety of typefbnts: ' , " j." ^ - 7 \ 
It is^an object bf the present ihyeritioh \J [ 

a method and apparatus for processing docu men ' 
wherein information cbhtained in various locations on " 1 
a variety of different document types can be' automat- ' ' 20 
ically extracted and processed. , ' ^ \ / I 

Therefore, according to one aspect of the present ^ ■ • 
invention, there is provided a method of processing ^' 
documents of a plurality of types, including the'steps 
of: forming a digital image of a document to be proc- 25 
essed; and storing the digital image, characterized by 
the steps of: extracting from the stored digital image 
graphical features of said document; identifying the 
document type to which said document belongs on 
the basis of the extracted graphical features; utilizing 30 
the identified document type to select an appropriate 
stored document description; utilizing the selected 
document description to select at least one zone of 
the stored digital image and to select an image proc- ' 
ess ing program; and processing the information con- 35 
tained in the selected zone or zones in the stored im- 
age using the selected image processing program." 

According to another aspect of the present inven- ' 
tion, there is provided apparatus for processing docu- 
ments of a plurality of types, including . transport 4o 
means adapted to move a document; imaging means 
adapted to provide digital image signals representing 
an image of said document; and image storage 
means adapted to store said image signals, charac- 
terized by processing means coupled to said image 45 
storage means and adapted to extract graphical fea- 
tures from the stored image of said document and to 
compare the extracted graphical features with corre- 
sponding graphical features associated with a plural- 
ity of document feature models arranged in a first file so 
stored in first memory means, to identify the docu- 
ment type to which the document belongs; second 
memory means for storing a second file of document 
zone descriptions and adapted to provide location in- 
formation for at least one zone on the document con- 55 
taining data to be processed and parameters defining 
the properties of data contained within the respective 
zones; third memory means for storing a library of irrv 
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age processing programs for performing image proc- 
essing functions; and control means adapted to util- 
ize said parameters to select ari appropriate image 
processing program from said library of image proc- 
essing programs for processing the data contained in 
said at least one zone. 

It will be appreciated that a method and appara- 
tus according to the present invention provides a par- 
ticular advantage in a self-service dbcument process- 
ing terminal where'there are a large number of docu- 
ment types capable of being processed, since it is im- 
practical for the terminal- user to manually enter irifbr- v 
mation identifying the documehftype or diata location : 
and properties of such data. The method arid appa-' 
ratus according to the present 1 invention ehabfe docu- 
ments of a variety of types \o be aufbrhiatically proc^ 
essed by such a self-service terrnmal. - - rq-:,i 
One' embodiment 'of the present' 1 fnventiorr \vill 
now be described by way of examplev : with r refererice 
to the accompany ing drawings, in which:- 1 : n 

F ig . 1 1s'a perspective view of a self-service docu- " 
merit processing terminial incorporating the pres- 
ent invention; 1 . ; . t. 
Fig. 2 is a simplified diagram illustrating the pas- 
sage of a document through the terminal shown 
in Fig. 1; ' ' : . - " /■ " ' ' 
Fig; 3 is a block diagram showing the' intercon- 
nection of components employed in the terminal 

of Fig: 1; ' ' ; ' ./' 

Fig. 4 shows a cheque capable of being process- 
ed by the terminal of Fig. 1 ; ■...«..*.->•... 
Fig. 5 shows a bill capable of being processed by 
the terminal of Fig. 1; 

Fig. 6 is a f lowchart illustrating the selection of a 
transaction type by a customer operating the ter- 
minal of FigM; 

Fig. 7 is a flbwchart illustrating the processing of 
a cheque by the terminal of Fig/1; '* ;Cn 
Fig. 8 is a flowchart illustrating the processing of 
a bill by the terminal of Fig. 1; ' ■ 
Fig. 9 is a flowchart illustrating the procedure for 
automatically identifying the type of document 
being processed by the terminal of Fig. 1; and 
Fig. 10 is a flowchart illustrating the processing 
of information extracted from a document being 
processed by the terminal of Fig. 1. 
Referring first to Fig. i, there is shown a perspec 1 
tive view of a self-service document processing ter- 
minal 10 incorporating the present invention. The ter- 
minal 10 is a self-service 'device adapted for opera- 
tion by a customer for the purpose of paying bills, de- 
positing cheques or printing a statement of the cus- 
tomer's account. It will be appreciated that the termi- 
nal 10 is connected in operation tb a data processing 
circuitry (not shown) suitable for "electric funds trans- 
fer, whereby the customer's account can be automat- 
ically debited, credited or read but. ' 1 

The terminal 10 includes a slot 12 for entry of the 
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customer's banking card, a keyboard 14 for entryof 
information and control functions, a slot 1 6,for receiv- 
ing a bill to be paid or a cheque to be deposited and : ... 
for delivering a statement to a customer, and a display , 
screen 18. 5 , 

Referring now to Fig. 2* there is shown a diagram 
illustrating in simplified, schematic form the move- 
ment of a document 30 through the terminal 10,(Fig.. : . , tV 
1). The document . 30, after insertion in the document - . , . rJ 
entry slot 16 (Fig. 1 ) js moved by a document trans- ,; to 
port system 32*alpng a feed .path 34 inthe-directjon . s /: 
ofthearrpw i 36.Thedpcument30isfed;p^ , 
Iiftdevice,38 which senses the document 30 and.pro- 7 - tj 
vides digital .signals ..representative, of the jsensed ( 
areas (pixels) in k^ digital, signals : j5 } 

being supplied over a Hne v 40.tq.-a processing system, 
42. The/doejument 30 i is then fed furtr^er.alpng the ^ , 
feed path to .a wait, station 4*4 'where the document is ,j 
held while processing takes place in< the processing ^ 
system. 42;, Foil owing, such processing i he /docume n 1 1 , 20 
30 may. be fed via selected diverting flap 46, 48 or 50. ~ 
to a respective sorting pocket 52, 54 or 56?. Alter na- , 
tively, the.documentmay.be returned by the transport 
system 32 to th^ entry slot.l 6 (Fig. ,1) along the feed , :; 
path 34 in the opposite direction to the arrow 36. ? . , 25 

Referring now to Fig. 3,- the processingsystem 42 - 
will be brief ly described. As shpwn in Fig. 3, the image , , 
lift device 38 is connected over the line 40 to an image ; 
memory.70, which may be a. RAM memory. It should : , 
be understood that the image lift device 38 is adapted ~ 30 
to provide both a binary image (black or white pixels) 
used for subsequent processing and a grey scale dig- 
ital image used to provide a visual display of the docu- ; 
ments on the display 18. The image memory 70 is : 
connected to a bus 72 to which are connected to a 35 
CPU (central processing unit) 74, the display 18 (Fig. ( ( 
1), the keyboard 14, a printer 76 and an encoder .78. 
Also connected to the, bus 72 are respective memory . 
means containing an identification feature file 80. a 
document definition file 82, a library of image proc- 40 
ess ing programs (referred to herein as utilities). 84. 
and control software 86 .The identification feature 
file 80 contains a document description for each type 
of document. Each document description, referred to 
herein as a document feature model, includes a rep- 45 
resentation of graphical features on the document, 
specified by theirlocatiqns and measurements on the 
document. Examples of graphical features are hori- 
zontal lines, vertical lines and boxes. Associated, with 
each document feature mod ej is a. document name, so 
identifying the document type. 

The document definition file 82 contains, a list of 
document names, each document name being asso- . 
ciated with a document description including a list of, 
zones on the document, together with parameters de- t 55 
fining the properties of data contained within the re- 
spective zpoes. The control, software -86 .interprets 
these parameters to select an appropriate image 



processing utility from the.ljVraKy'Qnmage process- 
ing utilities ,84. , . ... r ; . c [ J .. . ' ? . ( ' 

The image processing utilities 'contained in the li- 
brary of image processing utilities 84 are functions 
which implement a particular method or technique for 
processing image data and making explicit the infor- 
mation contained within the image. [' 

The.termjnal jb is adapted to process more than 
one class of documents. Pne class of document is a 
chequerReferring^hpw to ffijg.,4, there is shown a typ- 
ical cheque lOO.capabie 'of being accepted and proc- 
essed by the tjerrpjnal The cheque 1 00 is a printed 
form contain i ng r pr, i n tjed i i nfprmat iort th ereo n , and 
graphicatifeatures^ucb I ais hbrizbntaj a lines\ip2;\tp4i 
106, 108, 110, vertical lines 112,/I14 and sloping lines 
116, 1 1 8 . T he pri otecL i nf ormatibn i i ncl udes a printed n 
code line dfspbsed in a code line zone 120. When in- 
serted into the .terminal. 1,0, the cheque 100 also foori- ' 
tains handwritten in/prmation/inciuding the date; writ- 
ten in a date zone 122, the payee's name written in a 
payee name zone 124, a handwritten amount, a 
courtesy iambunt written in figures in a courtesy-' 
amount zone 126! and a signature, written in a signal 
ture zone. 128. Other zones on the cheque 100 are* 
blank when the, cheque Ts inserted in the terminal 10^ 
and may be printed by the printer 76 and/or the ericod- * 
er 78 during process ing of the document in the terrrik 
nal 10. These zones include an encoding zone 130^ 
and an endorsement zone 132. 

It will be appreciated that cheques emanating '/ 
from a large number of different banks may be proc-/ 
essed by the terminal 10. Although such cheques all." 
contain ^identical types of information, such as pay- 
ee's name, date, amount, bank code and signature, 
the actual location of this information may be differ- 
ent for the cheques of different banks. 

Another class of document which may be proc- 
essed by the terminal 10 is a bill for payment, such as 
a bank giro credit for payment of funds to a company 
such as an electricity supply company, for example. 
Referring to. Fig. 5, there is shown atypical bill for pay- 
ment which, in the example illustrated, is a bank giro 
credit form 150., The giro credit form 150 contains 
printed information thereon, and graphical features 
including horizontal lines such as the referenced hor- 
izontal lines 151, 152, 153, and 154, vertical lines 
such as the referenced vertical lines 155, 156, and 
1 57 and boxes, such as the box 1 58. Printed informa- 
tion contained on the form 150 includes a customer 
reference number contained in a zone 160 the pay- 
ee's account number contained in a zone 162, and a 
code line contained in a zone 164. When inserted into 
the terminal 1 0, the form 1 50 will also contain a hand- 
written entry of the amount to be paid, contained in a 
zone 166. . \ 

Atypical manner in which the terminal 10 is op- 
erated by a customer will now be described. Referring 
to Fig. 6, which shows a transaction flowchart 200, 
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operation Js commenced by th&,pusl;omer. inserting 
his bank card in the slot 12 (Fig-1) as shown in block t .. 
202. The customer then renters , his PIN (personal ^ 
identification number )_'in 'the -keyboard 14. (block 
204), to verify authorized, use of,thebank card. The , 5 
customer may select a cheque deposit transaction 
(block 208), a bill payment transaction (block 210) or . f 
a statement print transaction (block 212). The state- 
ment print transaction, which causes the terminal 10 
to print out a statement of the customer's account is. _ lfc u>, 
not pertinent to the present invention, and will not be 
d is cussed f u rthe r , here in . , , v . - , . : ; / • -. r. ^ ;- 

Referring now to -Fig. 7, there, is . shown .a. flow- , 
chart 230 illustrating the operation of the terminaL10. f 
for a typical chequerdeposit transaction, (block 232). 15 
The customeninserts4he cheque .document into the. . 
document, entryjslot 16 (Fig. j) (block 234). . The im- , ; 
age lift -device, 38 (Figs, 2 and 3) then Ijf ts the docu- : 
ment image (block 236) and .stores the image in the 
image memory /O (Fig- 3) (block 238), .Jhe document. 20 
is then identified (bjock 240), that is, a procedure is, 
carried out which ascertains, the particular cheque, 
type, dependent on which bank.or financial institution . 
issued the cheque. The identification procedure will.,., 
be explained more fully hereinbelow. The document 25 
image is then displayed on the display screen 18 
(block 242) to reassure the customer that the trans- - 
action is proceeding correctly, and to allow the cus- 
tomer to view the displayed document. This display 
step is optional and may be omitted in some applica- , 30 
tions. Data is then read from the document image 
(block 244), the location of the text which is read, and 
the type of reading utility being specified in the docu- 
ment definition file 82 (Fig. 3) forthat document type. 
The customer then enters the cheque amount on the . 35 
keyboard 14, and the cheque amount is. verified 
(block 248) by comparing the keyed-in amount with 
the courtesy amount read from zone 126 (Fig. 4) dur- 
ing the read data step of block 244. The cheque 
amount is then magnetically encoded on. the cheque 40 
in zone 1 30 (Fig. 4) (block 250), and the cheque is en- 
dorsed by printing thereon (block 252) in the endorse- 
ment zone 132, thereby invalidating the cheque to 
prevent it being used in a subsequent transaction. As 
shown in block 254 a funds transfer operation is then 45 
effected, wherein the value of the cheque is transfer- 
red from the payer's account, the account number of 
which was read from the code line zone 120 (Fig. 4), 
to the payee's account, the account number of which 
was read from the bank card inserted in the slot 1 2 at so 
the commencement of terminal operation by the cus- 
tomer. Finally (block 256) the cheque is sent to an ap- 
propriate pocket 52-56 (Fig. 2). . . 

Referring now to Fig. 8, there is shown a flow- 
chart 260 illustrating the operation of the terminal 10 55 
for a typical bill payment transaction (block 262). The 
customer inserts the bill document into the document 
entry slot 16 (Fig. 1) (block 264). As in the cheque 



reading operation the document image is lifted (block 
266) and stored (block 268). The document is then 
identified (block 270) as will be explained more fully 
hereinbelow. The document jmage is displayed (block 
272), and data is read from the document (block 274); 
the location of the text being read and the type of 
reading utility being specified in the document defi- 
nition file 82 (Fig. 3). The customer then enters the bill 
amount in the keyboard 14, (block 276), and the bill 
amount is verified (block 278) by comparing the 
keyed in amount with the bill amount r^ad from the bill 
during the read data "step of block ^274. this cusionier 
keyboard entry step 276 t ahd verificat fori step 278 are^ 
optional and may be, omitted in " some ( applicatiohs. c 
The terminal 10 then communicates with tHe central 
data processor to effect a transfer of the ipprbpriate 
funds (block 280). .The! jiiHjwiH. then be endorsed b^ ™ 
p ri nt i ng th ereon .. an appro priate text ta i nd icate th at 
the bill has been paid and the date of paymenVfor ex- 
ample (block 282), and^the! endorsed bill isjhen re- 
turned to the customer (block 284). [ . ! , ; t 
Referring now to Fig. 9, the procedure for identh 
fying a document (block ?40 in Fig. 7 and block 270 
in Fig. 8) will now be explained. The identification pro- 
cedure is ef fected by an algorithm which proceeds ac- 
cording to the f lowchart 300 shown in Fig. 9. Thus, the 
document image stored in the image memory 70 (Fig. 
3) is scanned (block 302), and graphical features 
thereof are extracted (block 304). In the preferred em- 
bodiment, the extracted graphical features.are linear- 
features, in particular horizontal lines, including the 
lines 1 02-1 1 0 on the.cheque 1 00 shown in fig. 4 or the 
lines 151-154 on the bill 150 shown in Fig. 5. How- 
ever, in alternative arrangements, other graphical 
features in addition to horizontal lines, such as verti- 
cal lines may be extracted. Furthermore, where hori- 
zontal and vertical lines are extracted, the Jocations 
thereof in the digital image may be utilized to identify 
further graphical features such as boxes (rectangular 
areas) or other simple geometrical configurations. 
The extracted graphical features are then arranged in 
a feature hierarchy specifying their locations in the 
digital. image and thereby providing a graphical fea- 
ture description (block 306) constituting a document 
feature model. This document feature model is then 
compared (block 308) with document feature models 
(block 310) extracted from the identification feature 
file 80. In a preferred comparison procedure, the 
document feature model derived from the document 
entered into the slot 16 of the terminal 10 is compared 
with entries in the identification feature file 80 to 
identify the best match. Optionally,thjs match may be 
tested by ascertaining whether a known feature, such' 
as the existence of a particular printed word or logo 
for that type of document, is. present If this feature is 
not present, then the next best match may be chosen' 
as a candidate, and tested for a known feature, and j 
this procedure may be repeated until the document is^ 
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identified. 

tt will be appreciated that the identification fea- 
ture file 80 (Fig. 3) is compiled by extracting graphical " 
features, such as horizontal/vertical lines aind/or 
boxes, from the digital image of a sample document 5 
of each type. Thus, as previously discussed, the id eh- " >: 
tif ication feature file 80 consists of a plurality of docu- / 
ment models listing the graphical features being util- 
ized, arid' 1 . their location; together with' the appropriate 
document name. ... ^\ , / V-! 

Refeiringnow to 'fig. 1 10, the procedure'fdr read- ^ 
ing 6at^X^^''^}^ e ^}y^ 'dd^um^nt (block; 244' in " r - : '" 
Fig. 7 and block 274 in'Rg./8)'wiH''rioW be explained * ['^ 
The read dat^ proc^ the f iowchaft 1 : 1 

320. Firstly^ usi * *'i5 

the identified ' • document type** . 'ty* ^0^63^0^!^ ' ' ^ 
documerit'descriptio'n is accessed from the' document ; 
definition file 82 (Fig. 3).' AS ''discussed hereiriiabove, 1 ; J 1 ; 
it is agsith emphasized that docu merits of a single ( 
class (e.g. cheques) dan be of many different types. 2b 
Thus, there may be many hundreds of different types ' 
of cheques in circulation. However, as mentioned ail 
such cheques will contain the 1 same essential infor- 
mation, such as, for example, the payee's name, the* • ' * ' ! 
amount, bank sort code, account number, date and ~ 25 
sig nature. The variations between cheque" types, for 
example, may be in the "position of the data i.e: the lo- 1 
cation on the document of the zone containing the 
data and the format of the data i.e. (printed, handwrit- 
ten, nurneric, OCR etc:). Fdr each document type, the' ' 30 
document definition file 82 (Fig. 3) contains the rele- 
vant datia including the location of the zones contain- ' 
ing the data arid parameters defining the properties 

of the data.-' ' *" ' ■ '* '"'"i' 

Proceeding with the flowchart 320, the data idea- 35 
tion is retrieved f rorh the document description (biock 
324). Next, "as shown'in block 326, a sub-image cori- " " 
taining the zone or zones which are to be read is ex- ■ v 
tracted from the document image stored in the image' 
memory 70 (Fig: 3): Also retrieved from the document 40 
definition file 82 (Fig. 3) are parameters defining the 
type of data to be read (biock 328), on the basis of 
which the appVopriate recognition utility to "read the : 
data is selected from the library of image processing ' 
utilities 84 (Fig. 3) (block 330). Finally, as shown in " 45 
block 332, the selected utiljty is applied to the extract- ; 
ed sub-irnage zone containing the data 1 , whereby the 
data is recognized for further processing according to 
the flowchart 230 (Fig. 7) or the flowchart 260 (Fig. "8). 
Examples of typical parameters, stored in the docu- ! so 
ment definition file 82*" are: handwritten, numeric, al- 
phanumeric, fixed/variable length, fixed/variable 
pitch, font, cursive script, arid ri umber of characters. 
Examples of typical image processing utilities con-' 
tained I in the library 84 are: OCR, constrained hand- 55 
print, .unconstrained handpririt, omnifont print and 
cursive Script. Using such"utilities, characters, for ex- 
ample, contained in the zorie may be recognized. ' ' 



According 'to a f mddificatibH 4 W the described em- 
bodiment, one or nridre zdhes' dh the identified docu- 
ment may be proces^d f b/im£ge processing utilities 
which merely validate a zdneV'ratheir than read it, for 
example check that a zone on the document has been 
completed, e.g. the date zbrie"li22 ; or the signature- 
zone 128 on "the cheque/100 (Fig. 4). "■• 

Claims ; ; : ""- ;ft " ;v ; i0 H} 0 :: 

1 . A method of processing documerits of a plurality 
of types; iricludi rig the r steps of: forrriing 1 a 'digital 
image%f a docume nt (30) to be 1 processed; a rid ' 
storing > the digital imiage,- characterized by : the 
steps off extracting | from fhe j stbred digitalimage 
graphical features of said docunierit (30); ideritP* 
fyirig trie dddurrierit type to which said document 
(36/ belongs on the basis of the extracted graph- 

:: ical features; utilizing -the identified document 
type to Select an appropriate stored document 
description;* utilizing the selected document deA* 
scription to select at least one zone of the stored 
digital image arid to select an image processing- 

" : prograrri; ; and ( processing the information con- ; 
tairied ih the selected zorie or zones' in the stored/ 
image using the selected image processing pn> 
gram.- ■ ■ ■ * 

2. A method according to claim 1 , characterized inf- 
that said identifying step is effected on the basis' 
of extracted horizontal lines. " ' ■> ^ ; 

3. A method according to claim 2, characterized in ' 
- that said identifying step is effected on the basis 

of l extracted horizontal lines, vertical lines arid 
boxes. 

4. A method according to any one of the preceding 
claims, characterized in that the selected image 
processing program is a character recognition 
program adapted to recognize characters con- 
tained in the selected zone. 

5. A method according to any one of claims 1 to 3, 
characterized in that the selected image process- 
ing program is a zone validation program adapted 
to check that a zone on the document has been 
completed. 

6. A method according to any one of the preceding 
claims, characterized by the step of displaying 
the stored digital image on display means (18). 

7. Apparatus for processing documents of a plural- 
ity of types, including transport means (32) 
adapted to move a document (30); imaging 
meiaris (38) adapted to provide digital image sig- 
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nals representing an image of said document 
(30); and image storage means (70) adapted to 
store said image signals, characterized by proc- 
essing means (74) coupled to said image storage 
means (70) and adapted to extract graphical fea- s 
tures from the stored image of said document 
(30) and to compare the extracted graphical fea- 
tures with corresponding graphical features as- 
sociated with a plurality of document feature 
models arranged in a first file (80) stored in first 10 
memory means, to identify the document type to 
which the document (30) belongs; second mem- 
ory means for storing a second file (82) of docu- 
ment zone descriptions and adapted to provide : :i 
location information for at least one zone pn the v -is-~ 7 ; ~ 
document (30) containing, data ta be processed ■ v \-_ 
and parameters defining; the properties of. data, \ V 
contained within the respective zones; ' third , 
memory means for' storing a library of image ; 
processing programs (84) for performing image , 1 20 
processing functions; and control means (86) 
adapted to utilize said parameters to select an \. 
appropriate image processing program from said , 
library of image processing programs for proc- .\ 
essing the data contained in said at least one ; v 25 
zone. 1 ; 

8. Apparatus according to claim 7, characterized in \ 
that the selected image processing program is a 
character recognition program. „ 3P 

9. Apparatus according to claim 7 or claim 8, char- , 
acterized by display means (18), responsive to ; 
the stored digital image of said document (30) to 
provide a visual display of said document (30). 35 
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(54) Method and apparatus for processing documents. 

(57) In a method and apparatus for processing - 
documents (30), a digital image of each docur 
ment (30) is captured and stored in, a memory 
(70). A feature model is formed from the stored 
image by extracting graphical features such as 
horizontal lines and/or boxes from the stored 
image, and this feature model is compared with 
stored feature models from an identification 
feature file (80) to identify the type, of the, docu- ^ . . 
ment. The., identification information is used -to., 
select, from a document definition file (82). an 
appropriate document description for . identify- 
ing document zones to be read, and, from ' a * - 
library of image processing utilities (84). an 
appropriate processing utility, such as a data 
recognition utility to recognize the information 
read from such zones. The invention has an 
application to a self-service document proces- 
sing terminal (10) for processing * documents 
such as cheques (100) to be deposited or bills 
(150) to be paid. ..\ ,',"'„ 
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